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TITLE OF THE INVENTION 
INFORMATION PROCESSING METHOD AND APPARATUS 

5 FIELD OF THE INVENTION 

The present invention relates to a technique for 
sharing and manipulating data among a plurality of 
processes and, more particularly, to a technique suited 
to exclusive control upon sharing a database, which 
10 holds data that describes objects in a 

three-dimensional virtual space, among a plurality of 
processes via a network, 

BACKGROUND OF THE INVENTION 

15 A technique for sharing a three-dimensional (3D) 

virtual space among different computer terminals is 
indispensable to implement remote meeting systems, 
network games, cooperative design systems, and the like. 
In such system that shares a 3D virtual space 

2 0 each terminal uses virtual space data so as to draw 

moving images on the virtual space by computer graphics. 
In order to manage such virtual space data, the 
following methods are known. In one method, a server 
has virtual space data, and respective terminals 

25 generate CG images by referring to the virtual space 
data on the server via a network. In another method, 
respective terminals have copies of the virtual space 
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data and generate CG images by referring to them. When 
the respective terminals have copies of virtual space 
data, and when an arbitrary manipulation (e.g., 
movement or rotation of a virtual object) has been made 
5 for the virtual space on a given terminal, information 
associated with that manipulation is transmitted to 
other terminals via the network, thus reflecting that 
information on the databases of the respective 
terminals. As a result, consistency among the 
10 databases of the respective computer terminals is 
maintained . 

As an implementation example of such virtual 
space sharing system. Distributed Open Inventor 
(source: G. Heshina et. al.: "Distributed Open 

15 Inventor: A Practical Approach to Distributed 3D 

Graphics", in Proc. of the ACM Symposium on Virtual 
Reality Software and Technology ( VRST 1 99 ) , pp. 74-81, 
1999) is known. 

However, with either method, when identical 

20 virtual space data is manipulated from respective 

terminals at the same time or at temporally very close 
timings , an unintended result may be generated or 
consistency of virtual space data may no longer be 
maintained. 

25 As a method of coping with such problem, a 

concept called an exclusive control right is known. 
With this concept, a terminal, which wants to 
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manipulate a given manipulation object, acquires the 
right (exclusive control right) to exclusively 
manipulate that manipulation object, and then starts 
manipulation. A manipulation object, which is set with 
5 the exclusive control right, is never manipulated by a 
terminal other than the terminal that has acquired the 
exclusive control right. That is, since it is 
guaranteed that one and only terminal can manipulate 
that manipulation object at a given time, the 

10 aforementioned problem can be solved. 

In general, objects laid out on a 3D space have a 
hierarchical cross -relationship. When a manipulation 
for, e.g., moving a given object is made, that 
manipulation has an influence on all objects that 

15 belong to the manipulated object. For example, when an 
object is placed on another object, if the lower object 
has been moved, the upper object normally changes its 
position accordingly. In order to appropriately 
express such hierarchical cross -relationship between 

20 objects, it is a common practice to describe virtual 

space data using a tree structure such as an N-ary tree 
or the like, or a data structure such as a nonrecursive 
directed graph or the like. 

However, in the conventional system, the 

25 exclusive control right is set for individual objects 
irrespective of the hierarchical relationship on the 
virtual space. For this reason, in order to manipulate 
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a given object, the user must recognize beforehand the 
hierarchical relationship on the virtual space to which 
objects belong, and must then individually acquire the 
exclusive control rights for other objects which relate 
5 to that object, resulting in very troublesome 
operations . Hence , an improvement is demanded . 

SUMMARY OF THE INVENTION 
The present invention has been made in 

10 consideration of the above problems, and has as its 
object to provide an exclusive control right 
acquisition method based on the hierarchical structure 
of a virtual space, thus allowing a manipulator to 
appropriately acquire the required exclusive control 

15 right regardless of the structure of the virtual space. 

According to one aspect of the present invention, 
there is provided an information processing method for 
setting an exclusive control right of a data item by a 
specific process in a system in which a plurality of 

20 processes that can communicate with each other via an 
inf ormation transmission medium share data including a 
plurality of data items, comprising: a first 
designation step of designating a desired data item for 
which the exclusive control right is to be set; a 

25 retrieval step of retrieving a data item which belongs 
to a lower layer with respect to the data item 
designated in the first designation step on the basis 
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of hierarchical structure information of the plurality 
of data items; and a setting step of setting the 
exclusive control right by the specific process to the 
designated data item and the data item retrieved in the 
5 retrieval step. 

Other features and advantages of the present 
invention will be apparent from the following 
description taken in conjunction with the accompanying 
drawings, in which like reference characters designate 
10 the same or similar parts throughout the figures 
thereof . 



BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated 
15 in and constitute a part of the specification, 

illustrate embodiments of the invention and, together 
with the description, serve to explain the principles 
of the invention. 

Fig. 1 is a block diagram showing the overall 
20 arrangement of a database sharing system according to 
the first embodiment; 

Fig. 2 shows a basic information transmission 
method among processes according to the first 
embodiment ; 

25 Fig. 3 is a block diagram showing the hardware 

arrangement of a terminal device according to the first 
embodiment ; 
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Fig. 4 is a chart showing the database update 
sequence according to the first embodiment; 

Fig. 5 shows an example of the data configuration 
of event data; 

5 Fig. 6 shows an example of the data configuration 

of a manipulation queue; 

Fig. 7 is a flow chart showing a client process 
according to the first embodiment; 

Fig. 8 is a flow chart showing a manipulation 
10 process in the client process shown in Fig. 7; 

Fig. 9 is a flow chart showing a received event 
process in the client process shown in Fig. 7; 

Fig. 10 is a flow chart for explaining a server 
process according to the first embodiment; 
15 Fig. 11 shows the description file format of a 

database; 

Fig. 12 is a perspective view showing an example 
of the structure of a virtual space; 

Fig. 13 shows an example of a scene graph that 
20 expresses the virtual space shown in Fig. 12; 

Fig. 14 shows an example wherein exclusive 
control rights are independently set for respective 
manipulation objects ; 

Fig. 15 is a flow chart for explaining the 
25 sequence for acquiring the exclusive control right 
according to the first embodiment; 
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Fig. 16 is a flow chart for explaining the 
sequence for releasing exclusive control right; 

Fig. 17 shows an example wherein the exclusive 
control right of a sub -scene graph is to be acquired; 

Fig. 18 shows an example wherein the exclusive 
control right of a sub-scene graph cannot be acquired; 

Fig. 19 is a view for explaining acquisition and 
release of the exclusive control right in a sub- scene 
graph ; 

Fig. 20 is a view for explaining acquisition and 
release of the exclusive control right in a sub- scene 
graph ; 

Fig. 21 is a view for explaining acquisition and 
release of the exclusive control right in a sub- scene 
graph; 

Fig. 22 is a flow chart for explaining the 
sequence for acquiring the exclusive control right 
according to the second embodiment; and 

Fig. 23 shows an example of a scene graph that 
requires a recursive call in the process shown in 
Fig. 15. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Preferred embodiments of the present invention 
will now be described in detail in accordance with the 
accompanying drawings . 
[ First Embodiment ] 
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The first embodiment will explain an 
implementation example in which an information 
processing method according to the present invention is 
applied to a virtual space sharing system that allows a 
5 plurality of terminals to share scene databases which 
describe the structure and properties of a virtual 
space. 

Fig. 1 shows the overall arrangement of the 
virtual space sharing system of this embodiment . The 

10 system includes one server process 101 (to be simply 
referred to as "server" hereinafter), and a plurality 
of client processes 103 (to be simply referred to as 
"clients" hereinafter), which exchange data via a 
network 102 as an information transmission medium. 

15 Each client holds a scene database which describes the 
structure and properties of a common virtual space. In 
this embodiment, the network 102 is a LAN built on the 
Ethernet®. Also, in the following description, the 
server and clients may be generally called "host". 

20 Note that either a wireless or wired information 
transmission medium may be used. 

The term "database manipulation" used in the 
following description will be explained. A 
"manipulation" of a database indicates a procedure for 

25 rewriting the contents of a database in an arbitrary 
process having a shared database. The database 
manipulation is classified into two processes, i.e.. 
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"manipulation command" and "manipulation execution" . 
The manipulation command is an update request of the 
database, and does not actually rewrite the contents. 
The actual rewrite process of the database is executed 
in the manipulation execution process. Hence, 
"manipulation" will indicate "database manipulation" 
herein unless otherwise specified. If a manipulation 
object is other than a database, the manipulation 
object is specified like "interactive device 
manipulation by the user" . 

Note that the manipulation command may be 
generated by the user or by a process during an 
operation. As the former example, the manipulation 
command is generated when the user has moved a virtual 
object by manipulating an interactive device such as a 
mouse or the like. On the other hand, as the latter 
example, the manipulation command is generated when, 
e.g., a game program has algorithmically moved/rotated 
an enemy character in a shooting game system. 

Fig. 2 shows the basic information flow upon 
updating databases. In Fig. 2, reference symbols A, B, 
C, and D (201 to 204) denote clients; and X (205), a 
server. Assume that client A (201) has generated a 
manipulation command of a scene database. The contents 
of the manipulation command are transmitted to the 
server via a network (a process indicated by arrow (1) 
in Fig. 2). Upon reception of this manipulation 
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command, the server distributes data transmitted from 
client A (201) to all clients (a process indicated by 
arrow (2) in Fig. 2). Through these processes, 
non -manipulator clients B (202), C (203), and D (204) 
can also detect the manipulation contents. 

Fig. 3 shows the arrangement of a terminal on 
which the client or server process runs . Referring to 
Fig. 3, reference numeral 301 denotes a CPU which 
controls the operation of the overall terminal. 
Reference numeral 302 denotes a memory which stores 
programs and data used in operations of the CPU 301. 
Reference numeral 303 denotes a bus which transfers 
data among respective building modules . Reference 
numeral 304 denotes an interface between the bus 303 
and respective devices. Reference numeral 305 denotes 
a communication module which is used to establish 
connection to the network; 306, an external storage 
device which stores programs and data to be loaded by 
the CPU 301; 307 and 308, a keyboard and mouse, which 
form an input device used to launch each program and to 
designate operations of that program; and 309, a 
display module which displays the operation result of 
the process. 

The system of this embodiment synchronizes the 
update timings of the databases of the respective 
clients by executing a manipulation corresponding to a 
given manipulation command after reception of an event 



- 10 - 



CFM03492/P204-0051 



distributed from the server. Fig. 4 illustrates the 
processing sequence along with an elapse of time. In 
Fig. 4, "manipulator" indicates a client that has 
generated the manipulation command, and 
5 "non-manipulator" indicates a client other than the 
manipulator. The processes progress as follows. 

In procedure T401, the manipulator client issues 
a manipulation command of a database. At this time, 
the database of the manipulator client is not updated. 

10 An event that indicates the manipulation contents in 
procedure T401 is generated in procedure T402, and is 
transmitted to the server in procedure T403. The 
server receives that event in procedure T404, and 
transmits the event to all clients which have 

15 established connection to the server in procedure T405 
(establishment of connection will be explained later in 
step S702 in Fig. 7). The manipulator client receives 
the event issued by the server in procedure T406, 
interprets the contents of the event (T407), and 

20 rewrites the database (manipulation execution: T408). 
The same procedures from reception of the event until 
manipulation execution apply to each non-manipulator 
client (procedures T409 to T411). As shown in Fig. 4, 
in the database manipulation of this embodiment, a time 

25 lag is generated from the manipulation command (T401) 
until the manipulation execution (T408). However, if 
information is transferred on the network under the 
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same condition, it is expected that both manipulator 
and non -manipulator clients update their databases at 
nearly the same time, and images on the virtual space 
are synchronized among the clients . 
5 Fig. 5 shows the configuration of an event issued 

from the client to the server, or from the server to 
the client . Event data is made up of a plurality of 
fields. A client ID field 501 stores a number which is 
used to uniquely identify each client and is assigned 

10 by the server when the client establishes network 

connection to the server (to be described later in step 
S702 in Fig. 7). A manipulation ID field 502 stores a 
number which is used to uniquely identify a 
manipulation, and is assigned when a manipulation 

15 command is issued at each client. Using the pair of 
data in the client ID field 501 and manipulation ID 
field 502, all manipulation commands that have been 
issued in the system can be uniquely specified. 

An entry ID field 503 stores a number which is 

20 used to uniquely identify each entry of the database, 
and is assigned upon loading data from a file. A 
manipulation content field 504 stores the detailed 
contents of a manipulation command. For example, when 
a manipulation for setting the X- coordinate of a CG 

25 object to a given value is made, this field stores a 
set of a number that identifies an X-coordinate 
property, and an X-coordinate setting value. 
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At the time of reception of a given manipulation 
event, if a manipulation corresponding to another 
manipulation event which was issued previously is in 
progress, the manipulation command received later is 
5 held in a manipulation queue, and is executed in turn 
after the previous manipulation execution is completed. 
Fig. 6 shows the manipulation queue. The manipulation 
queue is a list of manipulation commands which wait for 
reception of events or execution processes. If there 

10 are m manipulation commands in the waiting state at an 
arbitrary time, the manipulation queue is formed by 
listing up m pieces of information (queue items) 
associated with manipulation commands in the order the 
commands are generated, as shown in Fig. 6. 

15 The flows of the database manipulation processes 

of the client and server will be described in detail 
below. 

Fig. 7 is a flowchart that shows the overall flow 
of the database manipulation in the client process. 

20 When the client is started up, it loads a file that 

describes the virtual space from the external storage 
device 306 (Fig. 3) in step S701 to build a scene graph 
database on the memory 302 (Fig. 3). In order to 
maintain data consistency among clients, the files to 

25 be loaded have the same contents among clients. The 
client establishes network connection to the server 
(step S702). At this time, the server assigns a client 
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ID 501 (Fig. 5) which is used to identify each client. 
Note that data exchange between the client and server 
is attained by a one-to-one socket communication using 
the TCP/IP protocol. Therefore, the server has socket 
5 communication paths as many as at least the number of 
clients . 

In step S703, the process forks to launch a 
manipulation process (step S704) for processing a 
manipulation command, and a received event process 

10 (step S706) for processing an event received from the 
server. Note that a process for generating a CG image 
of the virtual space with reference to the scene graph 
database is also launched (not shown in Fig. 7). Since 
this process is the same as the known CG image 

15 generation method, a detailed description thereof will 
be omitted. The manipulation process and received 
event process will be described in detail later. 

In each of the manipulation process and received 
event process, it is checked in step S705 or S707 if a 

20 process end instruction is detected. If NO in step 

S705 or S707, the flow returns to step S704 or S706 to 
continuously process the manipulation command or 
received event. On the other hand, if YES in step S705 
or S707, the processes are joined in step S708. After 

25 network connection to the server is disconnected (step 
S709), the contents of the database are saved as a file 
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in the external storage device 306 (Fig. 3) (step S710), 
thus ending all processes. 

The manipulation process in step S704 will be 
described in detail below with reference to Fig. 8. 
5 Initially, the contents of a manipulation command are 
input in step S801 (T401). At this time, a 
manipulation ID 502 (Fig. 5) that uniquely specifies 
the manipulation command is determined. In step S802, 
event data (see Fig. 5) is generated on the basis of 

10 the manipulation contents input in step S801 (T402). 
The flow then advances to step S803 to transmit the 
generated event data to the server (T403). 

The received event process in step S706 (Fig. 7) 
will be described in detail below. Fig. 9 shows the 

15 flow of the received event process. The received event 
is received from the server by the communication module 
305 and is input to a received event buffer. 

In step S901, the received event buffer is 
searched. It is checked in step S902 if an event is 

20 input to the received event buffer. If a received 

event is found, the flow advances to step S903. On the 
other hand, if it is determined that no received event 
is present, the process ends. If a received event is 
found, that event data is interpreted to extract the 

25 contents of a manipulation command (step S903; T406, 
T407, T409, T410). In step S904, a manipulation 
described in the event is executed (T408, T411). More 
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specifically, the setting value of an entry designated 
by the entry ID 503 is changed according to the 
manipulation contents 504. 

The flow of the client -side process has been 
5 explained. The flow of the server- side process will be 
described in detail below using Fig. 10. 

In step S1001, the server accepts connection 
requests from clients to establish a communication. At 
this time, the server notifies the clients, with which 

10 the communication has been established, of client IDs 
501. The server then searches the received event 
buffer (step S1002) to check if a received event is 
present (step S1003). If a received event is found, 
the flow advances to step S1004; otherwise, the flow 

15 jumps to step S1005. In step S1004, the server 

transmits the event to the connected clients (T404, 
T405). It is checked in step S1005 if the server 
process is to end in response to a user's command. If 
the server process is to end, the flow advances to step 

20 S1006; otherwise, the flow returns to step S1002. In 
step S1006, the server notifies the connected clients 
that the process is to end, and disconnects connection 
to the clients (step S1007), thus ending the process. 
The configuration of the database description 

25 file to be loaded by the client in this embodiment will 
be described below. 
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Fig. 11 shows the file format of data with N 
entries . The properties of each entry are described in 
fields bounded by start and end delimiters. In Fig. 11, 
the start delimiters of the first, second, and N-th 
5 entries are respectively denoted by 1101, 1106, and 
1109. On the other hand, the end delimiters of these 
entries are 1105, 1108, and 1111. Each property of an 
entry is described as a pair of an identifier used to 
identify that property, and an attribute value, as 

10 indicated by 1102 to 1104. 

In the above description, a data communication 
between the server and client is attained by a 
one-to-one TCP/IP socket communication. Alternatively, 
events may be exchanged by broadcast or multicast. The 

15 communication protocol is not limited to TCP/IP. The 
Ethernet® is used as the communication medium. 
Alternatively, other information transmission media 
such as USB, Firewire, and the like may be used. 
Furthermore, the network is not limited to the LAN, and 

20 connections via a WAN may be adopted or both the LAN 
and WAN may be used in combination. 

The number of servers is not limited to one per 
shared database system, and a plurality of servers may 
be connected. In this case, processes may be 

25 arbitrarily assigned to respective servers. For 

example, different servers may be used for respective 
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clients, and servers may be prepared in correspondence 
with respective database entries. 

Furthermore, the number of processes to be 
assigned to each terminal is not limited to one process 
5 per terminal, but a plurality of processes can run on 
one terminal. In this case, arbitrary types of 
processes may be combined, and the system operates in 
all combinations of only client processes, only server 
processes, and client and server processes. Note that 

10 processes which run on a single terminal may exchange 
data via a shared memory in place of the network. 

Events are distributed to respective terminals 
via the server. Alternatively, a terminal on which the 
data manipulation has been made may directly transmit 

15 an event to other terminals. 

In a system in which each of a plurality of 
processes connected via an information transmission 
medium to be able to communicate with each other holds 
and uses shared data to be shared by these processes, a 

20 server process establishes connection to a plurality of 
client processes, and receives events associated with 
changes of shared data from these client processes. In 
this manner, consistency of shared data held by the 
respective processes is maintained. The server process 

25 then issues each received event to the plurality of 
client processes. 
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The structure of a scene database that expresses 
a virtual space in the system of this embodiment will 
be described below. 

A scene database in the system of this embodiment 
5 adopts a tree structure or nonrecursive directed graph 
structure called a "scene graph". The scene graph is a 
data structure used to describe a structural dependence 
of the virtual space. Fig. 12 exemplifies a virtual 
space on which a table 1202 is placed on a floor 1201, 

10 and a box 1203 is placed on the table 1202. Fig. 13 

shows an example of the scene graph that expresses the 
virtual space of Fig. 12. In Fig. 13, circles mean 
nodes of the tree structure , and lines mean branches . 
In the accompanying drawings , nodes of a scene graph 

15 are expressed by circles, and branches are expressed by 
lines unless otherwise specified. Note that each node 
represents a data item to be manipulated. 

In the scene graph in Fig. 13, the floor 1201 is 
set at the root of the tree structure, the table 1202 

20 is set as a child of the floor 1201, and the box 1203 
is set as a child of the table 1202. With this data 
structure, when the floor 1201 is moved on the virtual 
space, the table 1202 and box 1203 can also be moved to 
follow the floor 1201 as if the table 1202 were placed 

25 on the floor 1201 and the box 1203 were placed on the 
table 1202 in practice. 



- 19 - 



CFM03492/P204-0051 



In the system of this embodiment, when a 
plurality of clients simultaneously issue manipulation 
commands to a given manipulation object in the database, 
a result that the manipulator did not intend may be 
5 generated. For example, a case will be examined below 
wherein clients 1 and 2 and server (none of them are 
shown) share a database, clients 1 and 2 respectively 
issue manipulation command A for translating 
manipulation object T (not shown) by 1 in the positive 

10 direction of the X-axis, and manipulation command B for 
translating manipulation object T by 1 in the negative 
direction of the X-axis at nearly the same time. The 
server receives manipulation commands A and B from 
clients 1 and 2, and executes manipulations for 

15 manipulation object T in the order in which 

manipulation commands arrived the server. If the 
server executes manipulations in the order of 
manipulation command A and manipulation command B, 
manipulation object T translates by 1 in the positive 

20 direction of the X-axis by manipulation command A, and 
then translates by 1 in the negative direction of the 
X-axis by manipulation command B. As a result, upon 
completion of manipulation command B, manipulation 
object T has a state equal to that immediately before 

25 manipulation command A was executed. Likewise, when 
the server executes manipulations in the order of 
manipulation command B and manipulation command A, 
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manipulation object T has a state equal to that 
immediately before manipulation command B was executed 
upon completion of manipulation command A. Since 
manipulation commands A and B are executed within a 
5 very short period of time, manipulation object T is 
observed by each client or the server as if it stood 
still or oscillated. In this case, client 1 wanted to 
translate manipulation object T by 1 in the positive 
direction of the X-axis by manipulation command A, and 

10 client 2 wanted to translate manipulation object T by 1 
in the negative direction of the X-axis by manipulation 
command B. Therefore, an actual manipulation result is 
against the intentions of both clients 1 and 2. 

In order to avoid the aforementioned problem, a 

15 host which wants to manipulate a given manipulation 
object acquires the right to exclusively manipulate 
that manipulation object in advance, and then issues a 
manipulation command of the manipulation object. This 
right is called "exclusive control right". For a 

20 manipulation object set with the exclusive control 

right, a manipulation command from a host other than 
that which has acquired the exclusive control right is 
not executed, and only the host which has acquired the 
exclusive control right can manipulate the manipulation 

25 object. As for a manipulation object the exclusive 
control right of which is acquired by a given host, 
other hosts cannot acquire the exclusive control right 
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before the host which has acquired the exclusive 
control right releases the exclusive control right. 
When the host which has acquired the exclusive control 
right releases the exclusive control right, the 
5 manipulation object is set in a state without any- 
exclusive control right, and manipulations of all hosts 
are permitted . 

Upon acquiring the exclusive control right, a 
host issues a manipulation request of "exclusive 

10 control right acquisition". More specifically, a 

client selects a desired manipulation object from the 
display window of the 3D space, and issues an 
acquisition request of the exclusive control right as a 
manipulation event. The server receives this 

15 acquisition request, and notifies respective clients of 
that request. The client as the issuance source of the 
acquisition request acquires the exclusive control 
right of the selected manipulation object and its 
related objects (data items), as will be described 

20 below. All the clients are notified of the acquisition 
result of the exclusive control right via the server. 

Normally, the exclusive control right is 
independently set for each manipulation object. For 
this reason, different hosts can acquire the exclusive 

25 control rights of respective manipulation objects. For 
example, in a scene graph shown in Fig. 14, client 1 
can acquire the exclusive control right of a 
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manipulation object 1401 and client 2 can acquire that 
of a manipulation 1402 at the same time. 

Since the above method allows to completely 
independently acquire the exclusive control rights for 
5 respective manipulation objects, a problem is often 
posed when that method is applied to a scene graph 
having a hierarchical structure. For example, in the 
scene graph shown in Fig. 13, when host A (not shown) 
acquires the exclusive control right of the floor 1201, 

10 another host B (not shown) can acquire that of the 
table 1202 and still another host C (not shown) can 
acquire that of the box 1203. In the scene graph shown 
in Fig. 13, the table 1202 belongs to the floor 1201, 
and the box 1203 belongs to the table 1202 and floor 

15 1201. For this reason, when host A that has acquired 
the exclusive control right of the floor 1201 
manipulates the floor 1201, that manipulation often 
influences the table 1202 and box 1203. However, since 
host A has acquired the exclusive control right of only 

20 the floor 1201, other hosts may manipulate the table 
1202 and box 1203, resulting in an unexpected 
manipulation result . 

To avoid such situation, host A must acquire the 
exclusive control rights of the table 1202 and box 1203 

25 simultaneously with that of the floor 1201. In the 
above method, host A must independently acquire the 
exclusive control rights of nodes which are 
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hierarchically related to the node to be manipulated on 
the basis of the structure of the scene graph. That is, 
each host must accurately recognize the hierarchical 
structure of the scene graph to be manipulated, and 
5 must then acquire the exclusive control rights of all 
nodes to be manipulated. This work becomes more 
complicated with the increasing scale of the scene 
graph . 

In this embodiment, when a given host acquires 

10 the exclusive control right of a manipulation object 
corresponding to an upper node in the scene graph, it 
also acquires those of manipulation objects 
corresponding all its lower nodes. More specifically, 
when a host acquires the exclusive control right of a 

15 given manipulation object, it also acquires those of 
all manipulation objects included in a subtree 
(sub- scene graph) which has that manipulation object as 
a root. In the following description, acquiring the 
exclusive control right of a manipulation object 

20 corresponding to a node in the scene graph will be 

simply expressed as "acquiring the exclusive control 
right of a node" in this specification. Also, 
acquiring the exclusive control rights of all 
manipulation objects included in a sub-scene graph will 

25 be simply expressed as "acquiring the exclusive control 
rights of the sub-scene graph". According to this 
embodiment, the exclusive control rights of all nodes 
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in a sub-scene graph below the manipulation object are 
automatically acquired. Hence, a host that wants to 
manipulate a given object need only hold information of 
that manipulation object, and need not accurately 
5 recognize the structure of the scene graph. 

Fig. 15 shows the flow of the aforementioned 
process for acquiring the exclusive control right. In 
step S1500, a process for acquiring the exclusive 
control right of a designated manipulation object 

10 starts. It is confirmed in step S1505 if a host other 
than the designated host (a client as an acquisition 
request source of the exclusive control right) has 
acquired the exclusive control right of a self node (a 
node to be set with the exclusive control right in the 

15 layer of interest). If the exclusive control right has 
been acquired, the flow jumps to step S1508 to return 
information indicating "failure" to the call source of 
the process (a process for a node as an upper layer 
which is to undergo a recursive process), thus ending 

20 this process. If the self node is a node designated by 
the acquisition request of the exclusive control right 
from the host, an acquisition failure is returned to 
that host. 

If the exclusive control right is not acquired, 
25 the flow advances to step S1501. It is checked in step 
S1501 if processes for acquiring the exclusive control 
rights of all child nodes of the self node are complete. 
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If the processes for acquiring the exclusive control 
rights of all child nodes are complete or no child node 
is present, the flow jumps to step S1506. Otherwise, 
the flow advances to step S1502. In step S1502, a 
5 process for acquiring the exclusive control right of 
each child node is executed. This process is 
recursively done. That is, a given child node is set 
as an object to be processed, and a new process of 
acquiring the exclusive control right is called. More 

10 specifically, after the processing result obtained so 

far is saved, the process is interrupted, and a process 
for the child node set as the object to be processed 
(the process for that child node set as the self node) 
newly starts from step S1500. 

15 It is checked in step S1503 if the new process 

for acquiring the exclusive control right called in 
step 1502 has succeeded. If that process has succeeded, 
the flow returns to step S1501 to process the next 
child node. If the process has failed, the flow 

20 advances to step S1504. In step S1504, information 

indicating "failure" is returned to the call source of 
the process, and the flow jumps to step S1509. 

If it is determined in step S1501 that no child 
node to be processed is present, the exclusive control 

25 right is set for the self node in step S1506, and a 
host ID of the host that has acquired the exclusive 
control right is written in the database. In step 
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S1507, information indicating "success" is returned to 
the call source of the process, and the flow advances 
to step S1509. On the other hand, in step S1508, 
information indicating "failure" is returned to the 
5 call source of the process , and the flow advances to 

step S1509. In step S1509, the exclusive control right 
acquisition process ends. If there is a process that 
has been interrupted during the recursive call, the 
interrupted process restarts . 

10 For example, in case of a scene graph shown in 

Fig. 23, processes are done in the order of O — > A — > C 
— > D — » B — > E . When a process for O starts, since 
child nodes to be processed are present, the flow 
advances to step S1502 to interrupt the process for O, 

15 and a process for A starts from step S1500. Likewise, 
when the process for A starts, the flow advances to 
step S1502 to interrupt the process for A, and a 
process for C starts from step S1500. Since C does not 
have any child node, if the exclusive control right is 

20 not set for C, the process progresses in the order of 
step S1501 -» S1506 -» S1507 -> S1509, and the process 
for C has succeeded, thus ending the process. As a 
result, the process of the call source (the process for 
A as the upper layer of C) restarts, and the flow 

25 returns from step S1503 to step S1501. 

Since A has child node D to be processed, the 
flow advances to step S1502, and the process for D 
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starts from step S1500. If the process for D has 
succeeded as in C f the process for A restarts. Since 
the processes for all the child nodes are complete in 
turn, the flow jumps from step S1501 to step S1506, and 
5 the exclusive control right is set for A, thus ending 
the process. Upon completion of the process for A, the 
interrupted process for O restarts. However, since O 
has child node B to be processed, the process is 
interrupted again, and a process for B starts. In this 

10 way, when the setting processes of the exclusive 

control rights for all nodes O, A, C, D, B, and E have 
succeeded, the exclusive control right is set for O. 

On the other hand, upon releasing the exclusive 
control right, if a host has acquired the exclusive 

15 control right of a given sub-scene graph, it instructs 
to release the exclusive control right of a node as a 
root of the sub-scene graph to be released, thus 
releasing the exclusive control rights of all its lower 
nodes . 

20 Fig. 16 shows the flow of the process for 

releasing the exclusive control right. In step S1600, 
a process for releasing the exclusive control right of 
a designated manipulation object starts. It is checked 
in step S1601 if processes for releasing the exclusive 

25 control rights of all child nodes of the node of 

interest are complete. If the processes for releasing 
the exclusive control rights of all child nodes are 
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complete, or if no child node is present, the flow 
jumps to step S1603. Otherwise, the flow advances to 
step S1602. 

In step S1602, a process for releasing the 
5 exclusive control right of each child node is executed. 
This process is recursively done. That is, a new 
process for releasing the exclusive control right is 
called to have a given child node as an object to be 
processed. After the processing result obtained so far 

10 is saved, the process is interrupted, and a new process 
for that child node starts from step S1600. 

It is confirmed in step S1603 if a host that set 
the exclusive control right for the self node matches 
the designated host. Note that only the host that set 

15 the exclusive control right for the node of interest 
can release the exclusive control right in this 
embodiment. That is, upon setting the exclusive 
control right, the ID of a host that set the exclusive 
control right was registered in that node (a data area 

20 thereof). Upon releasing the exclusive control right, 

the held ID is compared with that of a host which calls 
the release process, and only when the two IDs match, 
the exclusive control right is released. If no 
exclusive control right is set or if the host IDs do 

25 not match, the flow jumps to step S1605. Otherwise, 
the flow advances to step S1604. 



- 29 - 



CFM03492/P204-0051 



In step S1604, the exclusive control right set 
for the self node is released, and the host ID, 
described in the database, of the host that acquired 
the exclusive control right is deleted- In step S1605, 
5 the exclusive control right release process ends. If 
there is a process that has been interrupted during the 
recursive call, the interrupted process restarts. 

For example, in a scene graph in Fig. 17, when 
the exclusive control right of a black node 1701 is to 

10 be acquired, those of lower gray nodes 1702 are 

acquired at the same time in addition to that of the 
black node 1701. Likewise, when the exclusive control 
right of the black node 1701 is released, those of the 
lower gray nodes (1702) are released at the same time. 

15 When a sub- scene graph which has the manipulation 

object of interest as a root includes at least one node, 
the exclusive control right of which cannot be acquired, 
the exclusive control rights of all nodes in the 
sub- scene graph cannot be acquired. For example, in a 

20 scene graph in Fig. 18, when host A (not shown) wants 
to acquire the exclusive control right of a node 1801 
indicated by a black circle, and host B (not shown) has 
already acquired the exclusive control rights of nodes 
indicated by gray squares, host A cannot acquire those 

25 of the lower nodes indicated by gray squares. Hence, 
host A cannot acquire the exclusive control right of 
the node 1801 indicated by the black circle, either. 
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More specifically, when the exclusive control right of 
a given node is to be acquired, the exclusive control 
rights of all nodes in a sub- scene graph which has that 
node as a root need be able to be acquired. If this 
5 condition is not met, the exclusive control right of 
that node cannot be acquired. 

Also, a host can release some exclusive control 
rights of a sub- scene graph, the exclusive control 
right of which has been acquired. Fig. 19 shows a 

10 state wherein host A (not shown) has acquired the 

exclusive control right of a sub-scene graph 1901 below 
a black node. More specifically, host A has acquired 
the exclusive control rights of black and gray nodes. 
On the other hand, Fig. 20 shows a state wherein host A 

15 releases the exclusive control right of a sub- scene 

graph below a black node 2001 from the state of Fig. 19. 
That is, when host A instructs to release the exclusive 
control right while designating the node 2001 in the 
state of Fig. 19, the exclusive control right of the 

20 sub-scene graph below the node 2001 is released, as 
shown in Fig. 20. 

Furthermore, a host can release some exclusive 
control rights of a sub- scene graph, the exclusive 
control right of which has been acquired, and another 

25 host can acquire the exclusive control right of that 
portion. Fig. 21 shows a state wherein host B has 
acquired the exclusive control right of a sub- scene 
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graph 2101 below a node 2001 indicated by a black 
square from the state shown in Fig. 20. Fig. 21 shows 
a state wherein host A has acquired the exclusive 
control rights of nodes 2101 indicated by gray circles, 
5 and host B has acquired the exclusive control rights of 
the nodes 2101 indicated by black and gray squares. 

Assume that, for example, host A (not shown) 
acquires the exclusive control right of the floor 1201 
in the scene in Fig. 12. At this time, since the table 

10 1202 and box 1203 form a sub-scene graph of the floor 
1201 (Fig. 13), host A acquires the exclusive control 
rights of the table 1202 and box 1203 at the same time. 
Next, host A releases the exclusive control right of 
the table 1202, and host B (not shown) acquires that of 

15 the table 1202. At this time, since host A releases 

the exclusive control right of the box 1203 at the same 
time, host B acquires those of the table 1202 and box 
1203 at the same time. As a result, host A acquires 
the exclusive control right of the floor 1201, and host 

20 B acquires those of the table 1202 and box 1203. 

When a sub -scene graph which has a node of 
interest as a root includes a node, the exclusive 
control right of which has already been acquired by 
another host, the exclusive control rights of all nodes 

25 in that sub- scene graph can be inhibited from being 

released. That is, when another host has acquired the 
exclusive control right of at least one node in the 
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sub- scene graph, a host which has acquired the 
exclusive control right of its upper node or the 
sub- scene graph can be inhibited from releasing that of 
the upper node or sub- scene graph unless the former 
5 host releases the exclusive control right of the node 
of interest. 

As described above, in the conventional system, 
the exclusive control rights of nodes are set 
independently. Hence, in the conventional system, it 

10 is possible to allow a host to manipulate a child node 
or a sub- scene graph of a node, the exclusive control 
right of which has been acquired by another host. 
However, this procedure becomes more complicated than 
this embodiment. For example, in the above case, host 

15 A must independently release the exclusive control 

rights of the tables 1202 and box 1203, and host B must 
independently acquire those of the tables 1202 and box 
1203 in the conventional system. For this reason, a 
total number of release and acquisition manipulations 

20 of the exclusive control rights is four. On the other 
hand, in this embodiment, host A need only release the 
exclusive control right of the table 1202, and host B 
need only acquire that of the table 1202. Therefore, 
the total number of release and acquisition 

25 manipulations of the exclusive control rights is two. 
This difference appears more remarkably as the scene 
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graph has a larger scale and the scene graph structure 
is more complicated. 

In the above description, 3D virtual space data 
are to be shared. However, the contents of the 
5 database are not limited to such specific data, and 
arbitrary data may be shared. Also, the method 
described in the above embodiment can be applied not 
only to a case wherein the full contents of the 
database are to be shared but also to a case wherein 

10 only some contents of the database are to be shared. 
Such features similarly apply to the following 
embodiments . 

As described above, the first embodiment 
discloses an information processing method for setting 

15 an exclusive control right that permits a manipulation 
from a specific process and denies manipulations from 
processes other than the specific process for data 
items in a system in which a plurality of processes 
connected via an information transmission medium share 

20 data, the data include partial data having one or a 

plurality of hierarchical structures, and each partial 
data includes one or a plurality of data items . When a 
target node for which the exclusive control right is to 
be set is designated, the exclusive control rights of a 

25 sub- scene graph below the target node are 

simultaneously acquired on the basis of the structure 
of a scene graph of interest. Upon releasing the 
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target node, the exclusive control right of which has 
been acquired, the exclusive control rights of the 
sub- scene graph below the target node are 
simultaneously released on the basis of the structure 
of the scene graph. For this reason, the acquisition 
and release processes of the exclusive control rights 
are facilitated. 

Furthermore, according to the first embodiment, 
some exclusive control rights of a sub- scene graph, the 
exclusive control right of which has been acquired, can 
be released, and another process can acquire the 
released exclusive control rights. In this manner, a 
flexible exclusive control right setting process can be 
attained by a simple operation. 
[ Second Embodiment ] 

In the first embodiment, when a sub-scene graph 
which has a manipulation object as a root includes at 
least one node, the exclusive control right of which 
cannot be acquired, the exclusive control rights of all 
nodes in that sub- scene graph cannot be acquired. In 
the second embodiment, in such case, the exclusive 
control right of a node, the exclusive control right of 
which can be acquired in the sub -scene graph, is 
acquired. 

Fig. 22 shows the flow of the process for 
acquiring the exclusive control right according to the 
second embodiment. In step S2200, a process for 
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acquiring the exclusive control right of a designated 
manipulation object starts. It is checked in step 
S2201 if processes for acquiring the exclusive control 
rights of all child nodes of the node of interest are 
5 complete. If the processes for acquiring the exclusive 
control rights of all child nodes are complete or no 
child node is present, the flow jumps to step S2203. 
Otherwise, the flow advances to step S2202. 

In step S2202, a process for acquiring the 

10 exclusive control right of each child node is executed. 
This process is recursively done. That is, a given 
child node is set as an object to be processed, and a 
new process of acquiring the exclusive control right is 
called. After the processing result obtained so far is 

15 saved, the process is interrupted, and a new process 
for the child node starts from step S2200. 

It is confirmed in step S2203 if a host other 
than the designated host has acquired the exclusive 
control right of the self node. If the exclusive 

20 control right has been acquired, the flow jumps to step 
S2205; otherwise, the flow advances to step S2204. In 
step S2204, the exclusive control right is set for the 
self node, and the host ID of the host that has 
acquired the exclusive control right is written in the 

25 database. 

In step S2205, the exclusive control right 
acquisition process ends. If there is a process that 
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has been interrupted during the recursive call, the 
interrupted process restarts. 

In the second embodiment, after the process for 
acquiring the exclusive control right of a child node 
5 (step S2202), it is not checked if that process has 
succeeded. That is, even when the child node cannot 
acquire the exclusive control right , an attempt is made 
to acquire the exclusive control rights of all nodes of 
the sub-scene graph without quitting the process. Note 

10 that the sequence of the exclusive control right 

release process in the second embodiment is the same as 
that in the first embodiment. 

As described above, according to the second 
embodiment, even when a sub-scene graph which has a 

15 manipulation object as a root includes at least one 
node, the exclusive control right of which cannot be 
acquired, the exclusive control right of only a node, 
the exclusive control right of which can be acquired in 
the sub- scene graph, can be acquired. 

20 [Other Embodiments] 

The exclusive control right acquisition process 
may be launched by selectively using the exclusive 
control right acquisition methods of the first and 
second embodiments. 

25 Alternatively, which of the exclusive control 

right acquisition methods of the first and second 
embodiments is to be applied may be set in advance for 
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each node, and when the exclusive control right 
acquisition process is launched, the process may be 
executed using the acquisition method set for each node. 
In the above embodiments, only one host can 
5 simultaneously acquire the exclusive control right of a 
given node. Alternatively, each node may allow a 
predetermined number of hosts to acquire its exclusive 
control right. In such case, when a plurality of hosts 
that have acquired the exclusive control right 

10 simultaneously make manipulations, since exclusive 
control is not executed, an unintended manipulation 
result may be generated, as described above. However, 
when only hosts which are guaranteed not to 
simultaneously manipulate an identical node acquire the 

15 exclusive control right, the above problem can be 
avoided. 

As described above, according to the present 
invention , since the exclusive control right 
acquisition method based on the virtual space structure 
20 is provided, the manipulator can appropriately acquire 
required exclusive control rights regardless of the 
virtual space structure . 

Note that the present invention can be applied to 
an apparatus comprising a single device or to system 
25 constituted by a plurality of devices. 

Furthermore, the invention can be implemented by 
supplying a software program, which implements the 
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functions of the foregoing embodiments, directly or 
indirectly to a system or apparatus, reading the 
supplied program code with a computer of the system or 
apparatus, and then executing the program code. In 
5 this case, so long as the system or apparatus has the 
functions of the program, the mode of implementation 
need not rely upon a program. 

Accordingly, since the functions of the present 
invention are implemented by computer, the program code 

10 installed in the computer also implements the present 
invention. In other words, the claims of the present 
invention also cover a computer program for the purpose 
of implementing the functions of the present invention. 
In this case, so long as the system or apparatus 

15 has the functions of the program, the program may be 

executed in any form, such as an object code, a program 
executed by an interpreter, or scrip data supplied to 
an operating system. 

Example of storage media that can be used for 

20 supplying the program are a floppy disk, a hard disk, 
an optical disk, a magneto-optical disk, a CD-ROM, a 
CD-R, a CD-RW, a magnetic tape, a non-volatile type 
memory card, a ROM, and a DVD (DVD-ROM and a DVD-R). 
As for the method of supplying the program, a 

25 client computer can be connected to a website on the 
Internet using a browser of the client computer, and 
the computer program of the present invention or an 



- 39 - 



CFM03492/P204-0051 



automatically-installable compressed file of the 
program can be downloaded to a recording medium such as 
a hard disk. Further, the program of the present 
invention can be supplied by dividing the program code 
5 constituting the program into a plurality of files and 
downloading the files from different websites. In 
other words, a WWW (World Wide Web) server that 
downloads, to multiple users, the program files that 
implement the functions of the present invention by 
10 computer is also covered by the claims of the present 
invention. 

It is also possible to encrypt and store the 
program of the present invention on a storage medium 
such as a CD-ROM, distribute the storage medium to 

15 users, allow users who meet certain requirements to 

download decryption key information from a website via 
the Internet, and allow these users to decrypt the 
encrypted program by using the key information, whereby 
the program is installed in the user computer. 

20 Besides the cases where the aforementioned 

functions according to the embodiments are implemented 
by executing the read program by computer, an operating 
system or the like running on the computer may perform 
all or a part of the actual processing so that the 

25 functions of the foregoing embodiments can be 
implemented by this processing. 

Furthermore, after the program read from the 
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storage medium is written to a function expansion board 
inserted into the computer or to a memory provided in a 
function expansion unit connected to the computer, a 
CPU or the like mounted on the function expansion board 
or function expansion unit performs all or a part of 
the actual processing so that the functions of the 
foregoing embodiments can be implemented by this 
processing. 

As many apparently widely different embodiments 
of the present invention can be made without departing 
from the spirit and scope thereof, it is to be 
understood that the invention is not limited to the 
specific embodiments thereof except as defined in the 
appended claims . 
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